home *** CD-ROM | disk | FTP | other *** search
/ ftp.cs.arizona.edu / ftp.cs.arizona.edu.tar / ftp.cs.arizona.edu / icon / newsgrp / group01b.txt / 000186_icon-group-sender_Wed Dec 5 16:29:07 2001.msg < prev    next >
Internet Message Format  |  2002-01-03  |  1KB
  1. Return-Path: <icon-group-sender>
  2. Received: (from root@localhost)
  3.     by baskerville.CS.Arizona.EDU (8.11.1/8.11.1) id fB5NSgU29961
  4.     for icon-group-addresses; Wed, 5 Dec 2001 16:28:42 -0700 (MST)
  5. Message-Id: <200112052328.fB5NSgU29961@baskerville.CS.Arizona.EDU>
  6. From: eka@corp.cirrus.com (Eka Laiman)
  7. Subject: Re: Bio Informatics
  8. To: trutkin@physics.clarku.edu (Taybin Rutkin)
  9. Date: Wed, 5 Dec 2001 12:41:05 -0800 (PST)
  10. Cc: icon-group@cs.arizona.edu
  11. Errors-To: icon-group-errors@cs.arizona.edu
  12. Status: RO
  13. Content-Length: 748
  14.  
  15. > On Tue, 4 Dec 2001, Eka Laiman wrote:
  16. > > As ICON is the direct descendant of SNOBOL, I see no reason why ICON
  17. > > cannot do what PERL can - at least in the area of pattern matching.
  18.  
  19. Taybin Rutken wrote:
  20. > I would be very interested in seeing a comparsion of Perl's regex
  21. > capabilities and Icon's string scanning.
  22.  
  23. I believe that there is "regexp.icn" package in "library" package of
  24. ICON which takes PERL regexp syntax and translates them into ICON and
  25. execute the codes.
  26.  
  27. I think this provides the prove that ICON can do what PERL can.
  28.  
  29. The superiority of ICON's scanning mechanism is the ability to stop
  30. the processing in the middle and resume the execution later. A very
  31. important operation especially when we try to do "parsing".
  32.  
  33. -eka-
  34.  
  35.